Virtualization input component

ABSTRACT

One or more systems and/or methods for storing personal information within a first device and/or for providing personal information from the first device to the second device are provided. The first device (e.g., a smartphone) may identify a user interface (e.g., a movie streaming website) populated with user specified data (e.g., a password). The user specified data may be evaluated to identify personal information of the user (e.g., a movie streaming website password). The personal information may be stored within the first device. Responsive to determining that a second device (e.g., a smart television) displays a personal information input field (e.g., a movie streaming website password input field), an input event comprising the personal information may be provided from the first device to the second device. The input event may invoke the second device to input the movie streaming website password into the movie streaming website password input field.

RELATED APPLICATION

This application claims priority to and is a continuation of U.S.application Ser. No. 15/830,462, filed on Dec. 4, 2017, entitled“VIRTUALIZATION INPUT COMPONENT”, which claims priority to and is acontinuation of U.S. application Ser. No. 15/419,027, filed on Jan. 30,2017, entitled “VIRTUALIZATION INPUT COMPONENT”, which claims priorityto and is a continuation of U.S. application Ser. No. 14/625,213, filedon Feb. 18, 2015, entitled “VIRTUALIZATION INPUT COMPONENT”, all ofwhich are incorporated herein.

BACKGROUND

Many users provide personal information (e.g., passwords, credit cardinformation, shipping information, etc.) through user interfaces (e.g.,webpages, applications, operating systems, etc.). In an example, a usermay provide personal information to gain access to a website (e.g., theuser may provide a username and/or password to access a bankingwebsite). In another example, the user may provide personal informationin order to complete a transaction for a purchase from a retailapplication (e.g., the user may provide credit card information and/orshipping information to a computer supplier retail application).However, remembering numerous personal information entries andsubsequently matching the personal information entries to a particularuser interface may present a challenge and/or a burden for many users(e.g., a user may waste time trying different login credentials for awebpage; a user may waste time redundantly entering billing informationinto various user interfaces such as shopping websites, an app store, anonline bill pay website, and/or other user interfaces; etc.). Thus, theuser may elect to utilize personal information that may be vulnerable tounauthorized access by other users (e.g., the user may utilize a shortand/or easy to remember password as opposed to a secure password becausethe simpler password is easier to remember and/or input into a userinterface). Unfortunately, many devices and/or computing environmentsmay lack adequate personal information management functionality.

SUMMARY

In accordance with the present disclosure, one or more systems and/ormethods for providing personal information from a first device to asecond device are provided. A virtualization input component, hosted bythe first device comprising personal information of a user (e.g., asmartphone comprising a billing address and a shopping website passwordof the user), may be configured to establish a communication connection(e.g., a Bluetooth connection) between the first device and the seconddevice (e.g., a smart television). The virtualization input componentmay advertise the first device as a virtualized input device to thesecond device (e.g., the smart phone may appear to the second device asa keyboard, a mouse, a touch input device, or any other input device).The virtualization input component may identify a personal informationinput field (e.g., a password input field) displayed by the seconddevice. In an example, a screen capture of a user interface displayed bythe second device may be obtained, such as by a camera of the firstdevice. In an example, the screen capture may be evaluated to identifythe personal information input field. The virtualization input componentmay generate an input event comprising the personal information (e.g., apassword for the password input field). The virtualization inputcomponent may be configured to send the input event, as originating fromthe virtualized input device, over the communication connection to thesecond device. In an example, the input event may invoke the seconddevice to fill in the personal information input field with the personalinformation. For example, the input event may comprise a keyboard input(e.g., a series of key commands, such as tab commands and keystrokecommands, configured to select the personal information input field andinput the personal information into the personal information input fieldas an input) and/or a paste input.

In some embodiments, the virtualization input component may beconfigured to identify new personal information that may be provided toother devices. For example, the virtualization input component mayidentify a user interface populated with user specified data (e.g.,information entered in a form on a webpage by the user). Thevirtualization input component may evaluate the user specified data toidentify personal information of the user (e.g., the user may haveentered a credit card number into the form). The virtualization inputcomponent may store the personal information within a data storageobject (e.g., a file or database of personal information) of the firstdevice. In an example, the data storage object may be encrypted tocreate an encrypted data storage object hosted on the first device.Responsive to determining that a second device displays a personalinformation input field, the virtualization input component may providethe personal information to the second device as an input for thepersonal information input field.

DESCRIPTION OF THE DRAWINGS

While the techniques presented herein may be embodied in alternativeforms, the particular embodiments illustrated in the drawings are only afew examples that are supplemental of the description provided herein.These embodiments are not to be interpreted in a limiting manner, suchas limiting the claims appended hereto.

FIG. 1 is an illustration of a scenario involving various examples ofnetworks that may connect servers and clients.

FIG. 2 is an illustration of a scenario involving an exampleconfiguration of a server that may utilize and/or implement at least aportion of the techniques presented herein.

FIG. 3 is an illustration of a scenario involving an exampleconfiguration of a client that may utilize and/or implement at least aportion of the techniques presented herein.

FIG. 4 is a flow chart illustrating an example method of providingpersonal information from a first device to a second device.

FIG. 5 is a flow chart illustrating an example method for storingpersonal information within a first device.

FIG. 6A is a component block diagram illustrating an example system forproviding personal information from a first device to a second device.

FIG. 6B is a component block diagram illustrating an example system forstoring personal information within a first device, where the personalinformation is identified in a user interface of a second device.

FIG. 7A is a component block diagram illustrating an example system forstoring personal information within a first device, where a personalinformation input field has a visible text property.

FIG. 7B is a component block diagram illustrating an example system forstoring personal information within a first device, where a personalinformation input field has a hidden text property.

FIG. 7C is a component block diagram illustrating an example system forstoring personal information within a first device, where the personalinformation is stored within a data storage object.

FIG. 8 is a component block diagram illustrating an example system forstoring personal information within a first device, where the personalinformation is stored in response to a user selecting a send userinterface element.

FIG. 9A is a component block diagram illustrating an example system forproviding personal information from a first device to a second device,wherein a communication connection is formed based upon the first devicebeing within a threshold distance of the second device.

FIG. 9B is a component block diagram illustrating an example system forproviding personal information from a first device to a second device,where a master authentication credential is successfully authenticated.

FIG. 9C is a component block diagram illustrating an example system forproviding personal information from a first device to a second device,where a master authentication credential is not successfullyauthenticated.

FIG. 10 is an illustration of a scenario featuring an examplenontransitory memory device in accordance with one or more of theprovisions set forth herein.

DETAILED DESCRIPTION

Subject matter will now be described more fully hereinafter withreference to the accompanying drawings, which form a part hereof, andwhich show, by way of illustration, specific example embodiments. Thisdescription is not intended as an extensive or detailed discussion ofknown concepts. Details that are known generally to those of ordinaryskill in the relevant art may have been omitted, or may be handled insummary fashion.

The following subject matter may be embodied in a variety of differentforms, such as methods, devices, components, and/or systems.Accordingly, this subject matter is not intended to be construed aslimited to any example embodiments set forth herein. Rather, exampleembodiments are provided merely to be illustrative. Such embodimentsmay, for example, take the form of hardware, software, firmware, or anycombination thereof.

1. Computing Scenario

The following provides a discussion of some types of computing scenariosin which the disclosed subject matter may be utilized and/orimplemented.

1.1. Networking

FIG. 1 is an interaction diagram of a scenario 100 illustrating aservice 102 provided by a set of servers 104 to a set of client devices110 via various types of networks. The servers 104 and/or client devices110 may be capable of transmitting, receiving, processing, and/orstoring many types of signals, such as in memory as physical memorystates.

The servers 104 of the service 102 may be internally connected via alocal area network 106 (LAN), such as a wired network where networkadapters on the respective servers 104 are interconnected via cables(e.g., coaxial and/or fiber optic cabling), and may be connected invarious topologies (e.g., buses, token rings, meshes, and/or trees). Theservers 104 may be interconnected directly, or through one or more othernetworking devices, such as routers, switches, and/or repeaters. Theservers 104 may utilize a variety of physical networking protocols(e.g., Ethernet and/or Fibre Channel) and/or logical networkingprotocols (e.g., variants of an Internet Protocol (IP), a TransmissionControl Protocol (TCP), and/or a User Datagram Protocol (UDP). The localarea network 106 may include, e.g., analog telephone lines, such as atwisted wire pair, a coaxial cable, full or fractional digital linesincluding T1, T2, T3, or T4 type lines, Integrated Services DigitalNetworks (ISDNs), Digital Subscriber Lines (DSLs), wireless linksincluding satellite links, or other communication links or channels,such as may be known to those skilled in the art. The local area network106 may be organized according to one or more network architectures,such as server/client, peer-to-peer, and/or mesh architectures, and/or avariety of roles, such as administrative servers, authenticationservers, security monitor servers, data stores for objects such as filesand databases, business logic servers, time synchronization servers,and/or front-end servers providing a user-facing interface for theservice 102.

Likewise, the local area network 106 may comprise one or moresub-networks, such as may employ differing architectures, may becompliant or compatible with differing protocols, and/or mayinteroperate within the local area network 106. Additionally, a varietyof local area networks 106 may be interconnected; e.g., a router mayprovide a link between otherwise separate and independent local areanetworks 106.

In the scenario 100 of FIG. 1, the local area network 106 of the service102 is connected to a wide area network 108 (WAN) that allows theservice 102 to exchange data with other services 102 and/or clientdevices 110. The wide area network 108 may encompass variouscombinations of devices with varying levels of distribution andexposure, such as a public wide-area network (e.g., the Internet) and/ora private network (e.g., a virtual private network (VPN) of adistributed enterprise).

In the scenario 100 of FIG. 1, the service 102 may be accessed via thewide area network 108 by a user 112 of one or more client devices 110,such as a portable media player (e.g., an electronic text reader, anaudio device, or a portable gaming, exercise, or navigation device); aportable communication device (e.g., a camera, a phone, a wearable or atext chatting device); a workstation; and/or a laptop form factorcomputer. The respective client devices 110 may communicate with theservice 102 via various connections to the wide area network 108. As afirst such example, one or more client devices 110 may comprise acellular communicator and may communicate with the service 102 byconnecting to the wide area network 108 via a wireless local areanetwork 106 provided by a cellular provider. As a second such example,one or more client devices 110 may communicate with the service 102 byconnecting to the wide area network 108 via a wireless local areanetwork 106 provided by a location such as the user's home or workplace(e.g., a Wi-Fi network or a Bluetooth personal area network). In thismanner, the servers 104 and the client devices 110 may communicate overvarious types of networks. Other types of networks that may be accessedby the servers 104 and/or client devices 110 include mass storage, suchas network attached storage (NAS), a storage area network (SAN), orother forms of computer or machine readable media.

1.2. Server Configuration

FIG. 2 presents a schematic architecture diagram 200 of a server 104that may utilize at least a portion of the techniques provided herein.Such a server 104 may vary widely in configuration or capabilities,alone or in conjunction with other servers, in order to provide aservice such as the service 102.

The server 104 may comprise one or more processors 210 that processinstructions. The one or more processors 210 may optionally include aplurality of cores; one or more coprocessors, such as a mathematicscoprocessor or an integrated graphical processing unit (GPU); and/or oneor more layers of local cache memory. The server 104 may comprise memory202 storing various forms of applications, such as an operating system204; one or more server applications 206, such as a hypertext transportprotocol (HTTP) server, a file transfer protocol (FTP) server, or asimple mail transport protocol (SMTP) server; and/or various forms ofdata, such as a database 208 or a file system. The server 104 maycomprise a variety of peripheral components, such as a wired and/orwireless network adapter 214 connectible to a local area network and/orwide area network; one or more storage components 216, such as a harddisk drive, a solid-state storage device (SSD), a flash memory device,and/or a magnetic and/or optical disk reader.

The server 104 may comprise a mainboard featuring one or morecommunication buses 212 that interconnect the processor 210, the memory202, and various peripherals, using a variety of bus technologies, suchas a variant of a serial or parallel AT Attachment (ATA) bus protocol; aUniform Serial Bus (USB) protocol; and/or Small Computer SystemInterface (SCI) bus protocol. In a multibus scenario, a communicationbus 212 may interconnect the server 104 with at least one other server.Other components that may optionally be included with the server 104(though not shown in the schematic diagram 200 of FIG. 2) include adisplay; a display adapter, such as a graphical processing unit (GPU);input peripherals, such as a keyboard and/or mouse; and a flash memorydevice that may store a basic input/output system (BIOS) routine thatfacilitates booting the server 104 to a state of readiness.

The server 104 may operate in various physical enclosures, such as adesktop or tower, and/or may be integrated with a display as an“all-in-one” device. The server 104 may be mounted horizontally and/orin a cabinet or rack, and/or may simply comprise an interconnected setof components. The server 104 may comprise a dedicated and/or sharedpower supply 218 that supplies and/or regulates power for the othercomponents. The server 104 may provide power to and/or receive powerfrom another server and/or other devices. The server 104 may comprise ashared and/or dedicated climate control unit 220 that regulates climateproperties, such as temperature, humidity, and/or airflow. Many suchservers 104 may be configured and/or adapted to utilize at least aportion of the techniques presented herein.

1.3. Client Device Configuration

FIG. 3 presents a schematic architecture diagram 300 of a client device110 whereupon at least a portion of the techniques presented herein maybe implemented. Such a client device 110 may vary widely inconfiguration or capabilities, in order to provide a variety offunctionality to a user such as the user 112. The client device 110 maybe provided in a variety of form factors, such as a desktop or towerworkstation; an “all-in-one” device integrated with a display 308; alaptop, tablet, convertible tablet, or palmtop device; a wearable devicemountable in a headset, eyeglass, earpiece, and/or wristwatch, and/orintegrated with an article of clothing; and/or a component of a piece offurniture, such as a tabletop, and/or of another device, such as avehicle or residence. The client device 110 may serve the user in avariety of roles, such as a workstation, kiosk, media player, gamingdevice, and/or appliance.

The client device 110 may comprise one or more processors 310 thatprocess instructions. The one or more processors 210 may optionallyinclude a plurality of cores; one or more coprocessors, such as amathematics coprocessor or an integrated graphical processing unit(GPU); and/or one or more layers of local cache memory. The clientdevice 110 may comprise memory 301 storing various forms ofapplications, such as an operating system 303; one or more userapplications 302, such as document applications, media applications,file and/or data access applications, communication applications such asweb browsers and/or email clients, utilities, and/or games; and/ordrivers for various peripherals. The client device 110 may comprise avariety of peripheral components, such as a wired and/or wirelessnetwork adapter 306 connectible to a local area network and/or wide areanetwork; one or more output components, such as a display 308 coupledwith a display adapter (optionally including a graphical processing unit(GPU)), a sound adapter coupled with a speaker, and/or a printer; inputdevices for receiving input from the user, such as a keyboard 310, amouse, a microphone, a camera, and/or a touch-sensitive component of thedisplay 308; and/or environmental sensors, such as a global positioningsystem (GPS) receiver 312 that detects the location, velocity, and/oracceleration of the client device 110, a compass, accelerometer, and/orgyroscope that detects a physical orientation of the client device 110.Other components that may optionally be included with the client device110 (though not shown in the schematic diagram 300 of FIG. 3) includeone or more storage components, such as a hard disk drive, a solid-statestorage device (SSD), a flash memory device, and/or a magnetic and/oroptical disk reader; and/or a flash memory device that may store a basicinput/output system (BIOS) routine that facilitates booting the clientdevice 110 to a state of readiness; and a climate control unit thatregulates climate properties, such as temperature, humidity, andairflow.

The client device 110 may comprise a mainboard featuring one or morecommunication buses 312 that interconnect the processor 310, the memory301, and various peripherals, using a variety of bus technologies, suchas a variant of a serial or parallel AT Attachment (ATA) bus protocol;the Uniform Serial Bus (USB) protocol; and/or the Small Computer SystemInterface (SCI) bus protocol. The client device 110 may comprise adedicated and/or shared power supply 318 that supplies and/or regulatespower for other components, and/or a battery 304 that stores power foruse while the client device 110 is not connected to a power source viathe power supply 318. The client device 110 may provide power to and/orreceive power from other client devices.

In some scenarios, as a user 112 interacts with a software applicationon a client device 110 (e.g., an instant messenger and/or electronicmail application), descriptive content in the form of signals or storedphysical states within memory (e.g., an email address, instant messengeridentifier, phone number, postal address, message content, date, and/ortime) may be identified. Descriptive content may be stored, typicallyalong with contextual content. For example, the source of a phone number(e.g., a communication received from another user via an instantmessenger application) may be stored as contextual content associatedwith the phone number. Contextual content, therefore, may identifycircumstances surrounding receipt of a phone number (e.g., the date ortime that the phone number was received), and may be associated withdescriptive content. Contextual content, may, for example, be used tosubsequently search for associated descriptive content. For example, asearch for phone numbers received from specific individuals, receivedvia an instant messenger application or at a given date or time, may beinitiated. The client device 110 may include one or more servers thatmay locally serve the client device 110 and/or other client devices ofthe user 112 and/or other individuals. For example, a locally installedwebserver may provide web content in response to locally submitted webrequests. Many such client devices 110 may be configured and/or adaptedto utilize at least a portion of the techniques presented herein.

2. Presented Techniques

One or more systems and/or techniques for providing personal informationfrom a first device to a second device and/or for storing personalinformation within the first device are provided. Many users utilizepersonal information (e.g., passwords, an address, billing information,etc.) to gain access to secure user interfaces (e.g., webpages,applications, operating systems, movie streaming services, etc.).However, keeping track of the personal information and/or identifyingwhat personal information corresponds to which user interface presents asignificant challenge and/or burden for many user (e.g., a user maywaste time and/or resources attempting to identify and provide personalinformation that matches a particular user interface). Moreover, manydevices and/or personal information managers (e.g., applications whichstore personal information) may lack detection techniques and/orfunctionality to determine what personal information to provide and howto provide the personal information to other devices. As providedherein, a user interface populated with user specified data may beidentified by a first device (e.g., a smartphone may identify a billingaddress entered by a user into a retail website). The user specifieddata may be evaluated to identify personal information of the user(e.g., visual and/or textual recognition functionality may determinethat the user specified data is the billing address of the user). Thepersonal information may be stored within a data storage object that maybe encrypted to create an encrypted data storage object hosted on thefirst device.

In an example, the personal information may be provided from the firstdevice to a second device (e.g., a laptop, a personal computer, atablet, etc.). A communication connection (e.g., a Bluetooth connection,a Wi-Fi connection, etc.) may be established between the first deviceand the second device. The first device may be advertised as avirtualized input device (e.g., a virtual keyboard, virtual mouse, etc.)to the second device. A personal information input field (e.g., anaddress text entry box) displayed by the second device may be identified(e.g., the personal information input field may be identified by a formfield detection technique, an optical character recognition process,etc.). The virtualized input device (e.g., the first device) maygenerate an input event comprising the personal information, such as thebilling address. The input event may be sent over the communicationconnection to the second device. The input event may invoke the seconddevice to fill in the personal information input field with the personalinformation.

As provided herein, personal information may be stored within a firstdevice, and may be provided from the first device to a second device.Providing users with the ability to store personal information withinthe first device (e.g., a personal phone carried around by a user) sothat the first device may be used to provide the personal information tovarious other devices (e.g., a work laptop, a smart television, etc.)may reduce the amount of time spent by the user remembering personalinformation (e.g., the user may try multiple attempts at entering apassword until the user remembers a correct password for a moviestreaming service) and/or time inputting personal information (e.g., theuser may be prompted to enter the password for the movie streamingservice every night when the user attempts to use the movie streamingservice). In this way, the user does not need to remember a plurality ofpersonal information entries for various services and applications,waste time manually inputting the personal information entries multipletimes, and/or unnecessarily expend computing resources by storingpersonal information on multiple devices. Security of personalinformation may be increased because the personal information is merelystored on a single device as opposed to being stored on a plurality ofdevices that may be at risk for authorized access. Accordingly, thesafety, security, efficiency, functionality, and/or overall userexperience may be improved by the systems and/or techniques providedherein (e.g., a reduced need to remember a plurality of personalinformation; an increase in the efficiency of entering personalinformation across multiple devices; a decrease in the likelihood ofunauthorized access to personal information; a promoted use of securepasswords; etc.).

An embodiment of providing personal information from a first device to asecond device is illustrated by an example method 400 of FIG. 4. At 402,the method starts. At 404, a communication connection may be establishedbetween the first device (e.g., a smartphone, a tablet, a personaldigital assistant, smartwatch, a laptop, etc.) and the second device(e.g., a tablet, a laptop, a personal computer, a smart television, asmart stereo, etc.). In an example, the communication connection maycomprise a Bluetooth connection, a Wi-Fi connection, a cellularcommunication connection, a near field connection, a radio frequencyidentification (RFID) connection, an inferred connection, and/or anyother connection capable of facilitating communication between twodevices. In an example, the communication connection may be createdautomatically, such as when the user enters a defined area (e.g., a roomcontaining the personal computer) and/or has provided consent forcommunication with the second device. For example, responsive to thefirst device coming within communication range of the second device, thesecond device may receive a connection request. In an example, theconnection request may be received as a wireless communication signal.The display device may be configured to broadcast the connection requestas connectable advertising packets (e.g., adverts) using a Bluetoothprotocol or other wireless protocol (e.g., Wi-Fi protocols, cellularprotocols, RFID protocols, Infrared protocols, etc.). For example, atwo-way wireless communication connection may be established based uponthe communication request. In another example, the communicationconnection may be created manually based upon the first user initiatingthe communication request.

At 406, the first device may be advertised as a virtualized input deviceto the second device. In an example, the virtualized input device may beutilized as a virtual keyboard and/or a virtual mouse for the seconddevice (e.g., the first device may appear to the second device as beinga keyboard, a mouse, a touch panel, etc.). For example, the virtualinput device may be configured to communicate with a keyboard controlleror diver and/or a mouse controller or driver of the second device. Thekeyboard controller or driver and/or the mouse controller or driver maybe utilized to control keyboard functions and/or mouse functions on thesecond device (e.g., moving a mouse cursor from a first location to asecond location, entering text into an input field on the second device,etc.).

At 408, a personal information input field displayed by the seconddevice may be identified. In an example, the personal input field may bedisplayed within a user interface (e.g., a webpage user interface, amobile application user interface, etc.). The personal information inputfield may comprise a text entry box, a popup interface, a menu interface(e.g., a drop down menu for selecting a state, a country, an accounttype such as a checking account, a savings account, or a credit cardaccount, etc.), a toggle interface (e.g., a check box, such as toprovide consent to website terms and conditions), a slider interface(e.g., a sliding bar for selecting a numerical value based upon thelocation of the sliding bar, etc.), a console (e.g., a Unix shell, acommand-line interpreter, etc.), and/or an audio/visual interface (e.g.,an audio input field for providing a voice verification sample, an imageinput field for providing an image of the user's retina, etc.). In anexample, a user interface element displayed within the user interfacemay be identified as the personal information input field (e.g., a textentry box). The personal information input field may comprise a passwordinput field, a username input field, a billing information input field(e.g., a credit card input field, a billing zip code input field, etc.),a security question input field (e.g., mother's maiden name securityquestion input field, a best friend growing up security question inputfield, etc.), and/or a shipping information input field.

In an example, the personal information input field may be identifiedfrom a screen capture of the second device. For example, a camera of thefirst device (e.g., a camera on a smartphone) may obtain the screencapture of the user interface displayed by the second device. The screencapture may be evaluated utilizing a form field detection technique toidentify a user interface element within the user interface based upon aform field detection result. In an example, the form field detectionresult may comprise a spatial arrangement (e.g., spacing and/or locationof a user interface element relative to a user interface), an inputfield type (e.g., a button, a checkbox, text box, etc.), a input fieldattribute (e.g., a size attribute, a color attribute, and/or a metadataattribute associated with the user interface element), etc. In anexample, text of the screen capture may be evaluated utilizing opticalcharacter recognition to identify a context (e.g., a label for an inputfield, such as a username label, a password label, a shipping addresslabel, etc.) of the user interface element. In an example, the userinterface element may be identified as the personal information inputfield based upon the context of the user interface element and/or theform field detection result. Previous form field detection resultsand/or optical character recognition results may be used for identifyingthe personal information input field (e.g., a pizza delivery webpage maybe identified from the screen capture, and previous recognitioninformation for the pizza delivery webpage may be used to identify thepersonal information input field and/or a context of the personalinformation input field).

At 410, an input event originating from the virtualized input device maybe generated. The input event may comprise personal informationcorresponding to the personal information input field (e.g., a passwordcorresponding to a password input field displayed on a pizza deliverywebpage). In an example, the input event may comprise cursor movement,tab input, and/or other input used to select the password input fieldfor text entry. The personal information may be obtained from a datastorage object hosted on the first device. In an example, the datastorage object may have been encrypted to create an encrypted datastorage object. The encrypted data storage object may comprise aplurality of personal information entries. The user may be prompted toprovide master authentication credentials (e.g., a password, afingerprint, etc.) to access the encrypted data storage object. In anexample, the master authentication credentials may comprise passwordcredentials, fingerprint credentials (e.g., a mathematicalrepresentation of the user's fingerprint), voice credentials,handwriting credentials, retinal credentials, palm credentials, DNAcredentials, iris credentials, facial feature credentials, and/or anyother form of authentication credentials corresponding to the user. Inan example, responsive to successfully authenticating the masterauthentication credentials, access into the encrypted data storageobjected may be obtained for retrieval of the personal information(e.g., a personal information entry corresponding to the personalinformation input field). In an example, the encrypted data storageobject may be queried using the context (e.g., the context of thepersonal information input field) to identify the personal informationcorresponding to the personal information input field (e.g., a pizzawebsite password context may be used to identify a password for thewebsite). In another example, the personal information may be obtainedfrom the user. For example, responsive to identifying the personalinformation input field, the user may be prompted by the first device toprovide the personal information corresponding to the personalinformation input field (e.g., an input box, corresponding to thepersonal information input field identified from the second device, maybe displayed by the first device). Responsive to the user providing thepersonal information to the first device, the personal information maybe stored within the data storage object hosted on the first device forfuture use by the user. In an example, the user may be prompted, such asby a popup notification displayed by the first device, to providepermission to store the personal information.

At 412, the input event may be sent to the second device over thecommunication connection. The input event may invoke the second deviceto fill in the personal information input field with the personalinformation. In an example, the input event may comprise a mouse event,a tab event, a keyboard event, and/or other input events. For example,the tab event may comprise a tab key command configured to move thecursor forward and/or a shift/tab key command configured to move thecursor backwards. The first device to interact with the second devicemay utilize the mouse event, the tab event, the keyboard event, etc. Themouse event and/or the tab event may be utilized to move a cursor,displayed by the second device, to the personal information input field.In an example, the cursor may be directed from an initial location tothe personal information input field based upon the spatial arrangementof the personal information input field and the initial position of thecursor. In another example, the virtualized input device may utilize thecamera of the first device to identify the initial location of thecursor and direct the cursor from the initial location to the personalinformation input field (e.g., the camera may be utilized to monitor themovement of the cursor and make directional correction, if necessary, tomove the cursor to the personal information input field). In an example,the input event may comprise a keyboard input and/or a paste input forinputting the personal information into the personal information inputfield.

A privacy setting for the personal information and/or a text propertyfor the user interface element may be identified. In an example, theuser may be prompted to provide a privacy setting for the personalinformation. The privacy setting may comprise a non-display privacysetting (e.g., signifying that the personal information is not to bedisplayed, such as when inputted into a user interface element) and/or adisplay privacy setting (e.g., signifying that the personal informationis allowed to be displayed). In another example, the user interfaceelement may be evaluated to determine a text property for the userinterface element. The text property may comprise a visible textproperty or a hidden text property. In an example, if the personalinformation has a non-display privacy setting, then the personalinformation will not be inputted into the personal information inputfield if the personal information input field will display the inputtedpersonal information (e.g., the personal information input field has avisible text property). For example, the first device may send a textinput instruction to the second device. The text input instruction mayinvoke the second device to input a character into the personalinformation input field. If the personal information input fielddisplays the character, then the personal information input field may bedetermined as having a visible text property as opposed to a hidden textproperty (e.g., the first device may capture a screenshot of the seconddevice displaying the personal information input field in order todetermine whether the character was displayed or whether a placeholdersuch as a dot was displayed). In an example, a previous opticalcharacter recognition result, corresponding to a previous evaluation ofthe personal information input field, may be evaluated to determinewhether the personal information input field has the visible textproperty or the hidden text property. In an example, the text propertyand/or the privacy setting may be stored along with the personalinformation within an encrypted data storage object hosted on the firstdevice. At 414, the method ends.

An embodiment for storing personal information within a first device isillustrated by an example method 500 of FIG. 5. At 502, the methodstarts. At 504, a user interface (e.g., a mobile application userinterface) populated with user specified data (e.g., text correspondingto a username, a password, etc.) may be identified. In an example, theuser interface may be displayed by the first device or any other device(e.g., a camera of the first device may capture imagery of the userinterface displayed by a second device). In an example, the userinterface may display a user interface element which may be identifiedas a personal information input field.

In an example, a user may populate the user interface element with theuser specified data. For example, the user may input a shipping addressinto a shipping information user interface element within the userinterface (e.g., the user may use a keyboard of the second device toinput the shipping address into the shipping information user interfaceelement displayed on the second device; the user may use the firstdevice as a virtual keyboard to input the shipping address into theshipping information user interface element displayed on the seconddevice; the user may use a keyboard of the first device to input theshipping address into the shipping information user interface elementdisplayed on the first device; etc.).

In an example, the user interface and/or the user interface element maybe identified from a screen capture. The user may provide consent forobtaining the screen capture. For example, a first screen capture (e.g.,an image, a video, a live video feed, etc.) of a display of the seconddevice may be obtained utilizing the camera of the first device (e.g., acamera on a smartphone). In another example, a second screen capture(e.g., a screen shot) of a display of the first device may be obtainedby the first device performing a screen shot event to obtain the secondscreen capture (e.g., the smartphone may generate a screenshot of itsown display). Responsive to obtaining the screen capture, a form fielddetection technique and/or optical character recognition may beperformed to identify the user interface and/or the user interfaceelement within the user interface. In an example, the user interfaceelement may be identified as the personal information input field. Forexample, the user interface element may be identified as the personalinformation input field based upon context derived from text associatedwith the user interface element (e.g., a shipping information personalinformation input field may be identified based upon a label “inputaddress here” near the user interface element). In another example, theuser may manually identify the user interface element as the informationpersonal information input field (e.g., the user may select an inputfield category element displayed by the user interface to identify theuser interface element as the personal information input field).

At 506, the user specified data may be evaluated to identify personalinformation of the user. In an example, the personal information maycomprise a password, a username, an answer to a security question,payment information (e.g., credit card information, bank information,credit account information, etc.), billing information (e.g., billingaddress, billing method preference information, etc.), shippinginformation, and/or any other user information the user may want tosecure and/or store. The user may provide consent to evaluate the userspecified data.

In an example, the screen capture of the user interface populated withthe user specified data may be evaluated to identify the personalinformation, given user consent. For example, text within the personalinformation input field may be evaluated to identify the personalinformation. The text may be evaluated utilizing optical characterrecognition. In another example, the user may manually identify the userspecified data as personal information. For example, the user may selecta personal information category element (e.g., a password category, ausername category, a shipping category, a non-personal informationcategory, etc.) displayed by the user interface. The personalinformation category element may be used to identify a context for theuser specified data within the personal information input field.Responsive to the user selecting the personal information categoryelement, the user specified data may be identified as personalinformation.

At 508, the personal information may be stored within a data storageobject of the first device. The data storage object may comprise aplurality of personal information entities. In an example, the datastorage object may be encrypted to create an encrypted data storageobject hosted by the first device. In an example, the personalinformation may be stored in an encrypted hash, such as an encryptedhash hosted on a processor of the first device. In an example, theencrypted data storage object may be maintained locally on the firstdevice, which may reduce the likelihood of the personal informationbeing accessed without authorization.

In another example, the virtualization input component may be configuredto generate a secure password corresponding to the personal informationinput field. The secure password may be stored within the data storageobject. The secure password may comprise a random set of numbers,characters, symbols, and/or letters having one or more cases. In anexample, the virtualization input component may be configured togenerate a second secured password in response to an expiration of asecure password time limit and/or the secure password being provided tothe second device (e.g., the secure password may be updated each timethe user provides the secure password to another device).

At 510, responsive to determining that a second device displays apersonal information input field, the personal information may beprovided to the second device as an input into the personal informationinput field. In an example, the user may be prompted for masterauthentication credentials (e.g., a password) used to access theencrypted data storage object for retrieval of the personal informationwithin the encrypted data storage object.

In an example, a second user interface displayed by the second devicemay be evaluated to determine a context of the personal informationinput field. The data storage object may be queried utilizing thecontext to identify the personal information corresponding to thepersonal information input field. At 512, the method ends.

FIGS. 6A-6C illustrate examples of a system 600 for providing personalinformation 606 from a first device 602 to a second device 612 and/orfor storing personal information 606 within a data storage object 610hosted on the first device 602. FIG. 6A illustrates an example 601 ofthe system 600 providing personal information 606 from the first device602 (e.g., a smart phone) to the second device 612 (e.g., a tablet). Thesystem 600 may comprise a virtualization input component 604 hosted bythe first device 602. The first device 602 may comprise the personalinformation 606 of a user. In an example, the personal information 606may be stored in the data storage object 610 hosted by the first device602. In an example, the virtualization input component 604 may beconfigured to establish a communication connection 614 between the firstdevice 602 and the second device 612. The virtualization input component604 may advertise the first device 602 as a virtual input device 608 tothe second device 612 (e.g., the first device 602 may appear to thesecond device 612 as a keyboard connected to the second device 612).

In an example, the virtualization input component 604 may identify apersonal information input field 618 displayed by the second device 612.For example, the virtualization input component 604 may evaluate ascreen capture of a display of the second device 612 to identify thepersonal information input field 618. Responsive to identifying thepersonal information input field 618, the virtualization input component604 may be configured to generate an input event 616 comprising personalinformation 606. In an example, the input event 616 may appear to thesecond device 612 as originating from the virtualized input device 608.In an example, the personal information 606 within the input event 616may comprise information corresponding to the personal information inputfield 618 (e.g., the user may have previously provided a password for apassword personal information input field of a banking webpage).

The virtualization input component 604 may send the input event 616 overthe communication connection 614 to the second device 612. The inputevent 610 may invoke the second device 612 to fill in the personalinformation input field 618 with the personal information 606 (e.g., theinput event generated by the smartphone may invoke a cursor of thetablet to select the password personal information input field and causethe tablet to paste the password for the banking webpage into thepassword personal information input field).

FIG. 6B illustrates an example 621 of the system 600 storing secondpersonal information 626 from the second device 612 within the datastorage object 610 on the first device 602. The virtualization inputcomponent 604 may be configured to identify a first user interface 622displayed by the second device 612, such as by obtaining a snapshot ofthe first user interface 622. The first user interface 622 may bepopulated with user specified data 624. In an example, the user mayenter the user specified data 624 into a user interface element, such asa billing address interface 628. The user specified data 624 may beevaluated by the virtualization input component 604 to identify secondpersonal information 626 for the user, such as a home address of theuser. The personal information 606 may be stored within the data storageobject 610 (e.g., an encrypted partition of a hard drive) of the firstdevice 602. The second personal information 626 may be provided to adevice for input into a personal information input field.

FIGS. 7A-7C illustrate examples of a system 700 for storing personalinformation within a smartphone 702 of a user 720. FIG. 7A illustratesan example 701 of the system 700 storing personal information, such as ausername 706 a and/or a password 706 b, into a username input field 718a and a password input field 718 b (e.g., personal information inputfields) having a visible text property (e.g., text entered within thepersonal information input fields 718 a-718 b may be viewable asinputted and are not hidden). In an example, a virtualization inputcomponent 704, hosted by the smartphone 702, may identify a userinterface 722 displayed by a display 724 of a personal computer 712. Theuser interface 722 may be identified utilizing a camera of thesmartphone 702. In an example, a screen capture of the display 724 maybe evaluated by the virtualization input component 704 to identify theusername input field 718 a and/or the password input field 718 b.

In an example, user specified data provided by the user 720 may beidentified within the username input field 718 a and/or the passwordinput field 718 b (e.g., the text “DAN7” may be displayed within theusername input field 718 a and the text “DOG” may be displayed withinthe password input field 718 b). A text property (e.g., a visual textproperty, a hidden text property, etc.) for the username input field 718a and/or the password input field 718 b may be identified by thevirtualization input component 704. In an example, the text property maybe identified based upon an optical character recognition result from anoptical character recognition process performed on the username inputfield 718 a and/or the password input field 718 b (e.g., a character maybe input into an input field, and the input field may be determined ashaving the visible text property if the character is displayed or thehidden text property if a placeholder for the character is displayed).Responsive to determining that the username input field 718 a and thepassword input field 718 b have the visible text property, the userspecified data may be evaluated to identify personal information, suchas username 706 a and/or password 706 b (e.g., the text “DAN7” may beidentified as the username 706 a and/or the text “DOG” may be identifiedas the password 706 b based upon the optical character recognitionresult). In an example, the username 706 a and/or the password 706 b maybe stored within the smartphone 702.

FIG. 7B illustrates an example 731 of the system 700 storing thepassword 706 b based upon a second password input field 736 having ahidden text property (e.g., text entered within the second passwordinput field 736 is not displayed but is represented by asteriskplaceholders). In an example, responsive to the virtualization inputcomponent 704 determining that the second password input field 736 hasthe hidden text property, a third password input field 732 correspondingto the second password input field 436 may be displayed by a second userinterface 734 (e.g., a personal information input application interface)on the smartphone device 702. The user 720 may be prompted to populatethe third password input field 732 with the password 706 b. In anexample, the third password input field 732 may be evaluated to identifythe password 706 b. The password 706 b may be stored within thesmartphone 702.

FIG. 7C illustrates an example 741 of the system 700 storing theusername 706 a and the password 706 b within a data storage object 742.In an example, the username 706 a and the password 706 b may be storedwithin the data storage object 742 based upon the username 706 a and thepassword 706 b being associated with a user interface, such as a socialnetwork webpage. For example, the username 706 a and the password 706 bmay be stored in a social network webpage entry 746 within the datastorage object 742. In an example, additional personal information 748a-748 d associated with the social network webpage may be stored withinthe social network entry 746 (e.g., a billing address, a shippingaddress, a telephone number, an answer to a security question, etc.).

In an example, input field data 744 a-744 b may be stored in associationwith the username 706 a and/or the password 706 b (e.g., datacorresponding to at least one of a privacy setting of personalinformation; a visibility setting of personal information input fieldssuch as whether the user name 706 a and/or the password 706 b areallowed to be input into personal information input fields having hiddenor visible text properties; identification data indicative of an inputfield, such as context data, orientation data, text property data,spatial arrangement data, input field type and attribute data, etc. maybe stored along with corresponding personal information). In an example,the input field data 744 a-744 b may be utilized to match the username706 a and the password 706 b to corresponding personal information inputfields, such as instances of the username input field 718 a and/or thepassword input field 718 b, illustrated in FIGS. 7A-7B.

FIG. 8 illustrates an example of a system 800 for storing personalinformation 806 a-806 b within a tablet 802 in response to a user 820selecting a send user interface element 830. In an example, a shoe storewebpage user interface 822 may be displayed by a personal computer 812.The shoe store webpage user interface 822 may display personalinformation input fields, such as a payment information input field 818a and a billing address input field 818 b. The user 820 may inputpersonal information, such as payment information 806 a (e.g., a creditcard number, a credit card expiration data, a credit card security code,etc.) and/or billing address information 806 b (e.g., an addressassociated with credit card information) into the personal informationinput fields 818 a-818 b (e.g., the user 820 may use a physical keyboardof the personal computer 812 to input the personal information 806 a-806b into the personal information input fields 818 a-818 b). In anexample, a virtualization input component 804 may be configured todisplay a save user interface element 830 (e.g., a web browserextension, a web browser application, etc.) within the shoe storewebpage user interface 822 or through the tablet 802. In an example,responsive to the user 820 selecting the save user interface element830, the visualization input component 804 may evaluate the shoe storewebpage user interface 822 to identify personal information input fields818 a-818 b and/or personal information 806 a-806 b. In an example, thepersonal information 806 a-806 b may be sent from the personal computer812 to the tablet 802 through a connection 816 for storage within a datastorage object 834.

FIGS. 9A-9C illustrate examples of a system 900 for providing personalinformation from a smartphone 902 to a smart television 912. FIG. 9Aillustrates an example 901 of the system 900 where the smartphone 902 iswithin a threshold distance 928 of the smart television 912. In anexample, responsive to the smartphone 902 being within the thresholddistance 928, a virtualization input component 904 may be configured todisplay a connect user interface element 926 within a first userinterface 922 displayed by the smartphone 902. Responsive to the user920 selecting the connect user interface element 926, a communicationconnection 914 (e.g., a Bluetooth connection) may be established betweenthe smartphone 902 and the smart television 912. In another example, theuser 920 may configure the virtualization component 904 to automaticallyconnect to the smart television 912 in response to the smartphone 902being within the threshold distance 928 of the smart television 912. Thevirtualization component 904 may utilize the communication connection914 to advertise the smartphone 902 as a virtualized input device to thesmart television 912.

In an example, the user 920 may utilize the smartphone 902 to identify ausername input field 918 a and/or a password input field 918 b within amovie streaming interface 924 displayed by the smart television 912.Responsive to identifying the username input field 918 a and/or thepassword input field 918 b, the virtualization input component 904 maydisplay an authenticate user interface element 929 within the first userinterface 922. In an example, the authentication user interface element929 may prompt the user for a master authentication credential (e.g., apassword credential, a fingerprint credential, a voice credential,etc.), which may be utilized to access personal informationcorresponding to the username input field 918 a and/or the passwordinput field 918 b.

FIG. 9B illustrates an example 931 of the system 900 where an encrypteddata storage object 910 may be accessed by providing the masterauthentication credential. In an example, the user 920 may provide afingerprint credential 932 to the smartphone 902. In an example, thesmartphone 902 may comprise a fingerprint scanner 936 utilized toauthenticate the fingerprint credential 932 provided by the user 920. Asuccessful authentication event 934 may be generated based upon thefingerprint credential 932 being successfully authenticated by thesmartphone 902. Responsive to a successful authentication event 934 ofthe fingerprint credential 932, access into the encrypted data storageobject 910 may be granted. In an example, personal information, such asa username 906 a and/or a password 906 b may be retrieved from theencrypted data storage object 910. The retrieval of the username 906 aand/or the password 906 b may comprise querying the encrypted datastorage object 910 utilizing an optical content recognition resultand/or a form field detection result for the username input field 918 aand/or the password input field 918 b. In an example, the virtualizationinput component 904 may generate an input event 916 comprising theusername 906 a and/or the password 906 b. The input event 916 may invokethe smart television 912 to input the username 906 a into the usernameinput field 918 a and/or the password 906 b into the password inputfield 918 b.

FIG. 9C illustrates an example 941 of the system 900 where access intothe encrypted data storage object 910 may be denied based upon anunsuccessful authentication of the master authentication credential. Inan example, a second user 946 may provide a second fingerprintcredential 942 to the smartphone 902. An unsuccessful authenticationevent 944 may be generated based upon the second fingerprint credential942 not being successfully authenticated by the smartphone 902.Responsive to an unsuccessful authentication event 944 of thefingerprint credential 942, access into the encrypted data storageobject 910 may be denied. In an example, the fingerprint scanner 936 maybe utilized to save the second fingerprint credential 942 in response tothe unsuccessful authentication event 944. In another example, a cameraof the smartphone 902 may be utilized to capture an image of the seconduser 946 in response to the unsuccessful authentication event 944. Inanother example, the personal information within the encrypted dataobject 910 may be erased in response to a set number of unsuccessfulauthentication events being generated (e.g., the personal informationmay be erased after one unsuccessful authentication attempt, after fiveunsuccessful authentications, etc.). In another example, a notificationcomprising locational information of the smartphone 902 may be sent tothe user 920 in response to the unsuccessful authentication event 944.In an example, requesting master authentication credentials may reducethe likelihood of unauthorized access to the personal information of theuser 920 in the event the second user 946 attempts to access personalinformation stored within the smartphone 902 (e.g., the masterauthentication credential may protect personal information if thesmartphone 902 is stolen by the second user 946).

FIG. 10 is an illustration of a scenario 1000 involving an examplenontransitory memory device 1002. The nontransitory memory device 1002may comprise instructions that when executed perform at least some ofthe provisions herein. The nontransitory memory device may comprise amemory semiconductor (e.g., a semiconductor utilizing static randomaccess memory (SRAM), dynamic random access memory (DRAM), and/orsynchronous dynamic random access memory (SDRAM) technologies), aplatter of a hard disk drive, a flash memory device, or a magnetic oroptical disc (such as a CD, DVD, or floppy disk). The examplenontransitory memory device 1002 stores computer-readable data 1004that, when subjected to reading 1006 by a reader 1010 of a device 1008(e.g., a read head of a hard disk drive, or a read operation invoked ona solid-state storage device), express processor-executable instructions1012. In some embodiments, the processor-executable instructions, whenexecuted on a processor 1016 of the device 1008, are configured toperform a method, such as at least some of the example method 400 ofFIG. 4 and/or at least some of the example method 500 of FIG. 5, forexample. In some embodiments, the processor-executable instructions,when executed on the processor 1016 of the device 1008, are configuredto implement a system, such as at least some of the example system 600of FIGS. 6A-6 b, at least some of the example system 700 of FIGS. 7A-7C,at least some of example system 800 of FIG. 8, and/or at least some ofexample system 900 of FIGS. 9A-9C, for example.

3. Usage of Terms

As used in this application, “component,” “module,” “system,”“interface,” and/or the like are generally intended to refer to acomputer-related entity, either hardware, a combination of hardware andsoftware, software, or software in execution. For example, a componentmay be, but is not limited to being, a process running on a processor, aprocessor, an object, an executable, a thread of execution, a program,and/or a computer. By way of illustration, both an application runningon a controller and the controller can be a component. One or morecomponents may reside within a process and/or thread of execution and acomponent may be localized on one computer and/or distributed betweentwo or more computers.

Unless specified otherwise, “first,” “second,” and/or the like are notintended to imply a temporal aspect, a spatial aspect, an ordering, etc.Rather, such terms are merely used as identifiers, names, etc. forfeatures, elements, items, etc. For example, a first object and a secondobject generally correspond to object A and object B or two different ortwo identical objects or the same object.

Moreover, “example” is used herein to mean serving as an example,instance, illustration, etc., and not necessarily as advantageous. Asused herein, “or” is intended to mean an inclusive “or” rather than anexclusive “or.” In addition, “a” and “an” as used in this applicationare generally be construed to mean “one or more” unless specifiedotherwise or clear from context to be directed to a singular form. Also,at least one of A and B and/or the like generally means A or B or both Aand B. Furthermore, to the extent that “includes”, “having”, “has”,“with”, and/or variants thereof are used in either the detaileddescription or the claims, such terms are intended to be inclusive in amanner similar to the term “comprising”.

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described above.Rather, the specific features and acts described above are disclosed asexample forms of implementing at least some of the claims.

Furthermore, the claimed subject matter may be implemented as a method,apparatus, or article of manufacture using standard programming and/orengineering techniques to produce software, firmware, hardware, or anycombination thereof to control a computer to implement the disclosedsubject matter. The term “article of manufacture” as used herein isintended to encompass a computer program accessible from anycomputer-readable device, carrier, or media. Of course, manymodifications may be made to this configuration without departing fromthe scope or spirit of the claimed subject matter.

Various operations of embodiments are provided herein. In an embodiment,one or more of the operations described may constitute computer readableinstructions stored on one or more computer readable media, which ifexecuted by a computing device, will cause the computing device toperform the operations described. The order in which some or all of theoperations are described should not be construed as to imply that theseoperations are necessarily order dependent. Alternative ordering will beappreciated by one skilled in the art having the benefit of thisdescription. Further, it will be understood that not all operations arenecessarily present in each embodiment provided herein. Also, it will beunderstood that not all operations are necessary in some embodiments.

Also, although the disclosure has been shown and described with respectto one or more implementations, equivalent alterations and modificationswill occur to others skilled in the art based upon a reading andunderstanding of this specification and the annexed drawings. Thedisclosure includes all such modifications and alterations and islimited only by the scope of the following claims. In particular regardto the various functions performed by the above described components(e.g., elements, resources, etc.), the terms used to describe suchcomponents are intended to correspond, unless otherwise indicated, toany component which performs the specified function of the describedcomponent (e.g., that is functionally equivalent), even though notstructurally equivalent to the disclosed structure. In addition, while aparticular feature of the disclosure may have been disclosed withrespect to only one of several implementations, such feature may becombined with one or more other features of the other implementations asmay be desired and advantageous for any given or particular application.

What is claimed is:
 1. A system for providing personal information of auser from a first device to a second device, comprising: a hardwareprocessor; and memory comprising processor-executable instructions thatwhen executed by the hardware processor cause implementation of avirtualization input component, hosted by the first device, configuredto: establish a communication connection between the first device andthe second device; identify, on the first device, a user interfaceelement within a user interface of the second device, wherein the firstdevice is identified as a virtualized input device; determine, basedupon a text property of the user interface element, that the userinterface element is a personal information input field identified forthe personal information; generate, on the first device, an input eventcomprising the personal information; and send the input event from thefirst device to the second device in association with the user interfaceelement, wherein the input event is configured to invoke the seconddevice to fill in the personal information input field with the personalinformation.
 2. The system of claim 1, the input event comprising akeyboard input of the personal information.
 3. The system of claim 1,the communication connection comprising at least one of a Bluetoothconnection, a Wi-Fi connection, a cellular communication connection, anear field connection, a radio frequency identification (RFID)connection or an inferred connection.
 4. The system of claim 1, theinput event comprising at least one of a mouse event or a tab event tomove a cursor to the personal information input field.
 5. The system ofclaim 1, the input event comprising a paste input of the personalinformation.
 6. The system of claim 1, the virtualization inputcomponent configured to: store the personal information within anencrypted data storage object hosted on the first device.
 7. The systemof claim 6, the encrypted data storage object comprising a plurality ofpersonal information entries, and the virtualization input componentconfigured to: prompt the user for master authentication credentials;and responsive to successfully authenticating the master authenticationcredentials, obtain access into the encrypted data storage object forretrieval of the personal information.
 8. The system of claim 7, thevirtualization input component configured to: evaluate the userinterface displayed by the second device to determine a context of thepersonal information input field; and query the encrypted data storageobject using the context to identify the personal informationcorresponding to the personal information input field.
 9. The system ofclaim 1, the virtualization input component configured to: obtain, onthe first device, a screen capture of the user interface.
 10. The systemof claim 9, the virtualization input component configured to: evaluatethe screen capture to identify the user interface element.
 11. Thesystem of claim 9, the virtualization input component configured to atleast one of: evaluate the screen capture utilizing a form fielddetection technique to identify the user interface element within theuser interface; evaluate text of the screen capture utilizing opticalcharacter recognition to identify a context of the user interfaceelement; or identify the user interface element as the personalinformation input field based upon the context.
 12. The system of claim1, the virtualization input component configured to: evaluate the userinterface element within the user interface displayed by the seconddevice to determine the text property for the user interface element;prompt the user to provide a privacy setting for the personalinformation corresponding to the user interface element; and store thetext property, the privacy setting, and the personal information withinan encrypted data storage object hosted on the first device.
 13. Asystem for providing personal information of a user from a first deviceto a second device, comprising: a hardware processor; and memorycomprising processor-executable instructions that when executed by thehardware processor cause implementation of a virtualization inputcomponent, hosted by the first device, configured to: identify, on thefirst device, a user interface element within a user interface of thesecond device, wherein the first device is identified as a virtualizedinput device; determine, based upon a text property of the userinterface element, that the user interface element is a personalinformation input field identified for the personal information;generate, on the first device, an input event comprising the personalinformation; and send the input event from the first device to thesecond device in association with the user interface element, whereinthe input event is configured to invoke the second device to fill in thepersonal information input field with the personal information.
 14. Thesystem of claim 13, the virtualization input component configured to:evaluate a screen capture utilizing a form field detection technique toidentify the user interface element within the user interface.
 15. Thesystem of claim 14, the virtualization input component configured to:evaluate text of the screen capture utilizing optical characterrecognition to identify a context of the user interface element.
 16. Thesystem of claim 15, the virtualization input component configured to:identify the user interface element as the personal information inputfield based upon the context.
 17. The system of claim 13, the inputevent comprising at least one of a keyboard input or a paste input ofthe personal information.
 18. The system of claim 13, the virtualizationinput component configured to: establish a communication connectionbetween the first device and the second device.
 19. A method forproviding personal information of a user from a first device to a seconddevice, comprising: establishing a communication connection between thefirst device and the second device; identifying, on the first devicecomprising the personal information of the user, a user interfaceelement within a user interface of the second device, wherein the firstdevice is identified as a virtualized input device; determining, basedupon a text property of the user interface element, that the userinterface element is a personal information input field identified forthe personal information; generating, on the first device, an inputevent comprising the personal information; and sending the input eventfrom the first device to the second device in association with the userinterface element, wherein the input event is configured to invoke thesecond device to fill in the personal information input field with thepersonal information, at least some of the method implemented via ahardware processor.
 20. The method of claim 19, comprising: identifying,on the first device, a second user interface element within the userinterface of the second device; and responsive to the second userinterface element having a visible text property and the personalinformation of the user having a non-display privacy setting,determining that the second user interface element is not the personalinformation input field for the personal information.